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SYSTEM REAL-TIME ANALYSIS TOOL 

Field of the Invention 

The present invention relates to a method and/or 
architecture for implementing real-time system analysis generally 
and, more particularly, to a method and/or architecture for 
implementing complete real-time system analysis. 

Background of the Invention 

Conventional methods and/or architectures that provide 
complete system analysis do not provide the system analysis in 
real-time. Conventional methods and/or architectures that provide 
real-time system analysis do not provide complete system analysis. 
Conventional methods and/or architectures for real-time system 
analysis have one or more of the following deficiencies (i) 
functioning of system level trace and coverage only, (ii) log files 
only on hardware and firmware register coverage, (iii) software 
register level trace is not known, (iv) unable to trace and cover 
every register within the system, (v) function level trace is not 
deep enough to provide an understanding of register level behavior, 
(vi) unable to generate log files within a real-time system 
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application, and (vii) unable to trace and capture a complete depth 
of register trace and coverage. 

It would be desirable to have a real-time system analysis 
method and/or architecture that provides (i) complete system 
analysis, (ii) register level trace with software-defined trigger 
and depth, (iii) frequency of register use (during read and/or 
write access) , and/or (vi) timing between system events and/or 



SI 

S* register usage. 

Q 
EH 

m 

%0 Summary of the Invention 

p: The present invention concerns an apparatus comprising a 

in 

p full system monitor. The monitor may be configured to monitor in 

real-time one or more (i) software variables down to change rates, 
(ii) hardware registers down to cycle rates, and (iii) firmware 

15 registers down to microcode fetch rates. 

The objects, features and advantages of the present 
invention include providing a method and/or architecture for 
implementing complete real-time system analysis that may (i) 
provide real-time cycle-based register (or variable) access and 

20 coverage, (ii) provide non-intrusive register coverage, (iii) 
connect all address/data lines internally to the complete real-time 

2 
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system analysis tool and a system bus, (iv) provide a tool for 
real-time cycle-based or register-delta-based system 
trace/monitor/capture, (v) provide register level trace with 
software-defined trigger and depth, (vi) provide frequency of 
5 register use (e.g., for read and/or write access), (vii) provide 

u timing between system events and/or register usage, (viii) provide 

n 

q system performance analysis including full system trace and 

SI verification self-test implemented via hardware, software, and/or 

n 
==? 

0 1 firmware (e.g., micro-code) register access, (ix) , provide 

Lo real-time trace of hardware, software, and/or firmware (micro-code) 

m 

y, register, (x) provide hardware, software, and/or firmware 

m 

Q (micro -code) register coverage, (xi) provide windows to different 

r s 

levels of hardware, software, and firmware trace, (xii) provide a 
window within a trace feature, such that a start and/or stop 

15 trigger that corresponds to any register and/or variable may be 
user defined, (xiii) monitor any register and/or variable at any 
depth of trace in cycle accuracy, (xiv) record and/or time system 
events via real-time clock information, (xv) embed the complete 
real-time system analysis tool into an integrated circuit silicon 

20 chip, (xvi) internally connect the complete real-time system 
analysis tool to a system bus, (xvii) alternatively connect the 

3 
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complete real-time system analysis tool to additional internal 
and/or external system busses, and/or (xviii) provide register 
non-intrusive bus monitoring, capturing and/or register access. 



Brief Description of the Drawings 

These and other objects, features and advantages of the 

present invention will be apparent from the following detailed 

W 

\j description and the appended claims and drawings in which: 

01 FIG. 1 is a block diagram of a preferred embodiment of 

SI 

10 the present invention; 

FIG. 2 is another block diagram of a preferred embodiment 
of the present invention; 

FIG. 3 is a block diagram of a bus monitor/capture 
circuit in connection with the present invention; 
15 FIG. 4 is a block diagram of a register access circuit in 

connection with the present invention; and 

FIG. 5 is a flow chart illustrating an operation of the 
present invention . 
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Detailed Description of the Preferred Embodiments 

Referring to FIG. 1, a block diagram illustrating a 
system 100 is shown in accordance with a preferred embodiment of 
the present invention. In one example, the system 100 may be 
represented via software architecture. The system 100 may provide 
embedded complete real-time system analysis that includes hardware, 
software, and/or firmware register coverage and trace. The system 
100 may be configured to provide complete real-time trace, monitor, 
and/or capture during normal, debug, and/or test operations. The 
system 100 may be configured to perform software and/or firmware 
trace to inline assembly codes. The system 100 may be implemented 
as a scalable architecture. The system 100 may be adaptable for 
implementation in any system (not shown) configured having one or 
more internal busses and hardware, software, and/or firmware 
registers. The system 100 may be configured to monitor in real- 
time one or more software variables, hardware registers, and/or 
firmware registers . 

The system 100 generally comprises a block (or section) 
102, a block (or section) 104, a block (or section) 106, and a 
block (or section) 108. In one example, the block (or section) 102 
may be coupled to a block (or circuit) 120 via one or more busses 
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HOa-llOn. The blocks 102, 104, 106 and 108 are generally 
implemented as hardware, software, and/or firmware blocks coupled 
via one or more device and/or system busses (not shown) . The block 
102 may be implemented as an embedded complete system real-time 
analysis tool (or monitor) . The block 104 may be implemented as a 
real-time operating system (RTOS) . The block 106 may be 
implemented as application software. The block 108 may be 
implemented as a number of device drivers (e.g. , read/write message 

t registers, etc.). The busses HOa-llOn may be implemented as 

01 

Lp busses that are internal and/or external to the system 100. In one 

\1 example, the circuit 12 0 may be implemented as a synchronous 

O dynamic random access memory (SDRAM) . In another example (not 

fU 

shown) , the circuit 12 0 may be implemented as a hard drive disk 
(HDD) . However, the circuit 12 0 may be implemented as any 

15 appropriate storage device and/or medium accordingly to meet the 
design criteria of a particular application. 

In one example, the block 102 may be implemented as an 
integrated logic analyzer such as ChipScope™ (trademark of Xilinx®, 
Inc., San Jose, CA) . However, the block 102 may be implemented as 

2 0 any appropriate real-time analysis tool accordingly to meet the 
design criteria of a particular application. The block (or 

6 
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circuit) 102 may be configured to provide (i) register coverage, 
(ii) intelligent mapping, (iii) register trace with trigger and 
user-defined depth, and/or (iv) real-time clock timing for system 
100 events. The circuit (or block) 102 is generally internally 
coupled to all system 100 address and/or data lines (not shown) . 

The RTOS 104 may be implemented as any appropriate real 
time operating system accordingly to meet the design criteria of a 
SJ particular application. The block 106 may be implemented as any 

o 

appropriate application software accordingly to meet the design 

01 

%D criteria of a particular application. 

m 

LjL The bus 110 is generally configured as a multi-bit 

digital signal bus. In one example, the bus 110 may be implemented 
as an I-bus 110a (e.g., an internal system bus). In another 
example, the bus 110 may be implemented as an S-bus llOn (e.g., an 
15 external bus that may be compliant to a Fibre Channel standard) . 

In another example, the bus 110 may be implemented as a combination 
of the I-bus 110a and the S-bus llOn. However, the bus 110 may be 
implemented as any appropriate number and/or protocol of bus and/or 
busses accordingly to meet the design criteria of a particular 
20 application. 



m 
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In one example, the circuit 12 0 may be configured to 



store (or log) register information (e.g., address, data, 
corresponding real-time clock timing, etc.). In another example, 
the circuit 120 may be configured to store frequency of register 
use. However, the circuit 12 0 may be configured to store any 
appropriate system (e.g., register, bus, node, etc.) data and/or 
event information accordingly to meet the design criteria of a 
particular application. The storage to the circuit 120 may be 
implemented via one or more commands and/or files (e.g., Reg. info, 
Observe. in). However, the storage to the circuit 120 may be 
implemented via any appropriate method and/or architecture 
accordingly to meet the design criteria of a particular 
application . 

Referring to FIG. 2, a block diagram illustrating the 
system (or circuit) 100 in accordance with a preferred embodiment 
of the present invention is shown. The system 10 0 may be 
implemented as a computer system, microcomputer, controller, micro- 
controller, microprocessor, microprocessor unit (MPU) , etc., and/or 
one or more blocks (or circuits) thereof configured having an 
embedded complete (e.g., full) real-time system analysis tool. 



8 
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The system 100 generally comprises a circuit (or block) 
130 coupled to the circuit 120 via the bus 110. The circuit 130 
generally comprises the monitor (or circuit) 102 and a number of 
circuits (or blocks) 140a-140n coupled to the bus (or busses) 110. 
The circuits 140a- 140n may be implemented as sub-modules. The 
circuit (or block) 102 may be configured to provide complete real- 
time system analysis via (i) bus 110 monitor/trace/capture and (ii) 
register (not shown) access via the bus 110. The circuit 102 may 
be embedded in an integrated circuit silicon. 

In one example, the circuit 14 0a may be implemented as a 
central processing unit (CPU) . The circuit 14 0b may be implemented 
as a number of demultiplexer circuits. The circuit 140c may be 
implemented as a number of peripherals (e.g., infrared 
receiver/transmitters, interface circuits, etc.) . The circuit 140d 
may be implemented as an audio/video (AV) decoder circuit . The 
circuit 140e may be implemented as an encoder circuit. The circuit 
140n may be implemented as an on-screen graphics (OSG) circuit. 
However, any appropriate number and/or type of circuits and/or 
devices 14 0 may be coupled to the bus 110 accordingly to meet the 
design criteria of a particular application. In another example 
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(not shown), one or more additional tools (e.g., timing analysis 
tools, debugging tools, etc.) may be embedded in the circuit 130. 

Referring to FIG. 3, a block diagram illustrating an 
example of the circuit 102 is shown. The circuit 102 may be 
5 configured as a bus access/monitor/capture circuit. The circuit 

^ 102 may be configured to provide real-time access, monitoring, 

n 

p and/or capture of any bus (e.g., the bus 110) and/or bus activity 

"3 

SI (e.g., software variables) in the system 100. The circuit 102 may 

be configured to provide a window of trace. In one example, the 

01 

JLp circuit 102 may comprise a circuit 160, a circuit 162, and a 

U circuit 164. The circuits 160 and 162 may be implemented as 

Lfl 

□ comparator circuits. The circuit 164 may be implemented as a 

ry 

buffer circuit. 

The circuit 160 may comprise a circuit 170 and a circuit 

15 172. The circuit 170 may be implemented as a register circuit. 

The circuit 172 may be implemented as a comparator circuit. The 
circuit 170 may be configured to register a current address signal 
(e.g., ADDRESS) . During one mode of operation, the circuit 172 may 
have an input 180 that may receive the signal ADDRESS, an input 182 

20 that may receive a previous address signal (e.g., PRE__ADDRESS) , and 
an output that may present a signal (e.g., TRIGGER) and/or the 

10 
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signals ADDRESS and/or PRE__ADDRESS . The signal PRE__ADDRE S S may be 
a user defined address that corresponds to a particular system 
activity (e.g., register access, read, write, etc.). The signal 
TRIGGER may be implemented as a control signal configured to 
control a start and/or a stop of access/monitor/trace/store 
activities of the circuit 102. The signal TRIGGER may be 
implemented as the signal ADDRESS, the signal PRE__ADDRESS , the 
difference between the signals PRE_ADDRESS and ADDRESS, a logical 
HIGH (e.g., on or 1) , a logical LOW (e.g., off or 0), or any 
appropriate signal to meet the design criteria of a particular 
application. 

The circuit 162 may comprise a circuit 190 and a circuit 
192. The circuit 190 may be implemented as a register circuit. 
The circuit 192 may be implemented as a comparator circuit. The 
circuit 190 may be configured to register a current data signal 
(e.g., CURRENT_DATA) . During one mode of operation, the circuit 
192 may have an input 200 that may receive the signal CURRENTJDATA, 
an input 202 that may receive a previous data signal (e.g., 
PRE__DATA) , and an output that may present a signal (e.g., 
DIFJDATA) . The signal CURRENT_DATA may be a data signal that 
corresponds to the current address ADDRESS. The signal PRE_DATA 
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may be a data signal that corresponds to the previous address 
signal PRE_ADDRESS. The signal DIFJDATA may be generated as the 
difference between the signals PRE_DATA and DATA. 

In one example, the circuit 192 may be configured to 
present the signal DIF_DATA when the signals CURRENT_DATA and 
PRE_DATA match. In another example, the circuit 192 may be 
configured to present the signal DIF_DATA when the signals 
CURRENT_DATA and PRE_DATA differ by a predetermined value (amount) . 
In another example, the circuit 192 may be configured to present 
the signal DIF_DATA when the signals ADDRESS and PRE_ADDRESS match. 
In another example, the circuit 192 may be configured to present 
the signal DIF_DATA when the signals ADDRESS and PRE_ADDRESS differ 
by a predetermined value (amount) . However, the circuit 162 may be 
configured to generate the signal DIF_DATA in response to any 
appropriate system activity (e.g., event) to meet the design 
criteria of a particular application. 

The circuit 164 may be implemented as a trace buffer 
circuit. The circuit 164 may have an input 210 that may receive 
the signal TRIGGER, an input 212 that may receive the signal 
ADDRESS and/or the signal PRE_ADDRESS, an input 214 that may 
receive the signals DIF_DATA, CURRENT_DATA, and/or PREJDATA, and an 

12 
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input 216 that may receive a signal (e.g., RTC) . The signal RTC 
may be implemented as a real-time clock signal for the system 
(monitor) 100. The signal RTC may be configured to provide a real- 
time stamp to the information stored via the circuit 102. The 
5 signal RTC may be configured to provide a start/stop trigger (e.g., 

m the signal TRIGGER) . The circuit 102 may be configured to non- 

O 

Q intrusively access, monitor, and/or capture activity on the bus 

SJ 

SI 110. The circuit 102 may be configured to register/store/capture 

n 

j£J activity on the bus 110 via the circuit 164 in response to the 

0 5 

signals TRIGGER and/or RTC. 

fU 

M: In another example, the circuit 100 may be configured to 

O store the information generated via the circuit 102 (e.g., the 

ry 

software variable signals ADDRESS, DIF_DATA, RTC, etc.) in the 

buffer 164 and the circuit 120. In another example (not shown), 
15 the circuit 164 may be optional. The circuit 100 may be configured 

to directly store the information generated via the circuit 102 in 

the circuit 120. 

In one example, the circuit 102 may be configured to 

generate the signal TRIGGER when the signals ADDRESS and 
20 PRE_ADDRE S S match. In another example, the circuit 102 may be 

configured to generate the signal TRIGGER when the signals ADDRESS 
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and PRE_ADDRESS differ by a predetermined value (amount) . In 
another example, the circuit 102 may be configured to generate the 
signal TRIGGER when the signals CURRENT_DATA and PRE_DATA match. 
In another example, the circuit 102 may be configured to generate 
the signal TRIGGER when the signals CURRENTJDATA and PRE_DATA 
differ by a predetermined value (amount) (e.g., the signal TRIGGER 
may be register-delta based) . In another example, the circuit 102 
may be configured to generate the signal TRIGGER in response to the 
signal RTC (e.g. , the signal TRIGGER may be cycle-based) . However, 
the circuit 160 may be configured to generate the signal TRIGGER in 
response to any appropriate signal, user defined parameter (e.g., 
via software) , and/or system activity (or event) to meet the design 
criteria of a particular application. The signal TRIGGER may be 
configured to implement (enable) one or more user defined windows 
of trace and capture that may correspond to any register (not 
shown) and/or (software) variable (e.g., the signals ADDRESS, 
PRE_ADDRESS, CURRENT_DATA , PRE_DATA, etc.) in the system 100. 

The block 102 may be configured to selectively monitor a 
specific one or more of the system 100 software variables, hardware 
registers, and/or firmware registers. The monitor 102 generally 
comprises software, hardware, and/or firmware register coverage. 

14 
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The block 102 is generally configured to monitor one or more 
addresses (e.g., the signals ADDRESS and PRE_ADDRESS) , data (e.g., 
the signals PRE_DATA, CURRENT_DATA , and DIFJDATA) , and/or a trigger 
(e.g., the signals RTC, TRIGGER, etc.) trace. 
5 Referring to FIG. 4 a block diagram of a circuit 102' 

illustrating another example of the monitor circuit of the present 

h 

O invention is shown. The circuit 102 ' may be implemented similarly 

N 

j« to the circuit 102. The circuit 102' may have an input and an 
2 output that are coupled to the bus 110. The circuit 102' may be 

ys 
s 

M configured as a register access circuit. The circuit 102' 
M» generally comprises a circuit 160' and a circuit 164'. The circuit 

Ms 

O 160' may be implemented similarly to the circuit 160. The circuit 

ru 

164' may be implemented similarly to the circuit 164. In one 
example the circuit 164' may be implemented as a first-in/first-out 

15 (FIFO) and/or bank of FIFOs comprising a number of registers 220a- 
220n. The circuit 102' may be configured to provide real-time 
access, monitoring, and/or capture of any register (not shown) 
coupled to the bus 110 and/or register activity (e.g., read, write, 
etc.) in the system 100. The system 100 registers may be 

20 implemented as hardware, software, and/or firmware registers. 
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The circuit 160' generally comprises a register 170 ' and 
a comparator 172'. In one example, the circuit 160' may be 
configured to generate a signal (e.g., REGISTER_DELTA) in response 
to the signals ADDRESS and PRE_ADDRESS. In another example, the 
5 circuit 160' may be configured to generate the signal 
s REGIS TER_DELTA in response to a match and/or a difference in the 

fas 

Q 

p data that is registered in a particular location that corresponds 

SJ 

SJ to the signals REGISTER_ADDRESS , ADDRESS and/or PRE_ADDRESS . 

£H However, the circuit 160' may be configured to generate the signal 

%p REGI STER_JDELTA in response to any appropriate event, address, 

fU 

register, node, bus, etc. accordingly to meet the design criteria 

y] 

p of a particular application. 

m 

The circuit 164' may have an input and an output that are 
directly coupled to the bus 110. The circuit 164' may be 

15 configured to register/store/capture a number of signals (e.g., 
REGISTER_ADDRESS, REG I S TER_DATA , FREQUENCY_OF_USE , and/or RTC) in 
response to one or more of the stored signals and/or any 
appropriate control signals (e.g., the signals RTC, REGISTER_DELTA, 
etc.) accordingly to meet the design criteria of a particular 

20 application. However, other signals may be captured via the 
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circuit 164' accordingly to meet the design criteria of a 
particular application. 

In another example, the circuit 164' may be configured to 
register/store the signals REGISTER_ADDRESS, REGISTER_DATA, 
5 FREQUENCY__OF_USE, and/or RTC on a running basis. The signals 
REGISTER_ADDRESS, REG I STER_DATA, FREQUENCY_OF_USE , and/or RTC may 
if be shifted through the FIFO 164' in response to the clock signal 

5 5 
L £ 

RTC and/or any appropriate control signal (not shown) . The circuit 

O 

gi 164 ' may be configured to store the signals REGISTER_ADDRESS, 

y ■ 

€0 REGISTER_DATA / FREQUENCY__OF_USE , and/or RTC for T cycles, where T 

j*f is an integer that generally corresponds to the depth of the FIFO 

LP 

q circuit 164'. The signal REGIS TER_ADDRESS may correspond to a 

ru 

particular register location. The address signal REG I S TE R__ADDRE S S 

may be user defined. The signal REGI STER__DATA may be data that is 
15 registered in a particular location that corresponds to the signals 

REGISTER_ADDRESS, ADDRESS and/or PRE_ADDRESS. 

The signal FREQUENCY_OF_USE may be implemented as a value 

that corresponds to a frequency of use of a particular register. 

In one example, the signal FREQUENCY_OF_USE may be configured to 
20 correspond to the address signal REGISTER_ADDRESS . However, the 

signal FREQUENCY_OF__USE may be configured to correspond to any 

17 
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appropriate register to meet the design criteria of a particular 
application. 

In another example, the circuit 100 may be configured to 
store (e.g., log) the information generated via the circuit 102' 
(e.g., the signals REGI STER_DATA , RTC, etc.) in the circuit 164' 
and the circuit 120. In yet another example (not shown), the 
circuit 164' may be optional and the circuit 10 0 may be configured 
to directly store the information generated via the circuit 102 ' in 
the circuit 120. 

The signals ADDRESS, PRE_ADDRESS, CURRENT_DATA , RTC, etc. 
are generally system signals generated in response to the circuits 
140. The signals ADDRESS, PRE_ADDRESS, CURRENTJDATA , RTC, etc. 
generally correspond to system 100 activity (e.g., events) via the 
bus 110 and the system registers (not shown) coupled to the bus 
110. 

Referring to FIG. 5, a flow diagram 300 illustrating a 
process (e.g., operation, method, routine, etc.) of the present 
invention is shown. The process 300 may be implemented as a 
register coverage process. The process 300 may be implemented via 
the system (or circuit) 100. The process 300 generally comprises 
a state (or block) 302, a state (or block) 304, a state (or block), 

18 
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306, a state (or block) 308, a decision state (or block) 310, a 
state (or block 312), and the circuit 120. 

During the state 302, the method 300 may be configured to 
wait for incoming register information. The incoming register 
5 information may be any appropriate information registered at any 
1^ particular register in the system 100 (e.g., the signals ADDRESS, 
p CURRENT_DATA, PREJDATA, etc.) . When the appropriate information is 
H registered at the state 302, the process 300 may continue to the 



y i 

Eft 



state 304. 



%£} During the state 304, the process 300 may be configured 

fu 



to insert real-time clock stamps (e.g., the signal RTC) . In one 
example, the state 304 may load the signal RTC into the FIFO 164'. 

ru 

However, the method 3 00 may be configured to provide any 
appropriate real-time stamps accordingly to meet the design 

15 criteria of a particular application. The process 3 00 may then 
continue to the state 306. 

During the state 3 06, the method 3 00 may be configured to 
insert a frequency of read and/or write operations (e.g., the 
signal FREQUENCY_OF_USE) at the particular register that is 

20 monitored via the process 300. In one example, the state 304 may 
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load the signal FREQUENCY_OF_USE into the FIFO 164'. The process 
300 may then continue to the state 308. 

During the state 3 08, the process 30 0 may be configured 
to (i) queue the register information (e.g., the signals ADDRESS, 
CURRENT_DATA, PRE_DATA, RTC, FREQUENCY_OF_USE , etc.) and (ii) map 
the queued information via an appropriate command, command 
sequence, hardware configuration, etc. In one example, the command 
may be implemented as the command Criteria. in. However, the 
register information may be queued and mapped by any appropriate 
command accordingly to meet the design criteria of a particular 
application. The process 300 may continue to the state 310. 

The state 310 may be configured to determine whether or 
not a particular bit (e.g., a bit in the buffer 164 or the FIFO 
164') is verified. In one example, the particular bit to be 
checked for verification may be user selected. When a particular 
bit is verified, the process 300 may continue to the state 312. 

During the state 312, the method 3 00 may be configured to 
insert a flag (e.g., a or any unique and/or appropriate 

indicator) for the verified bit. The process 300 may be configured 
to store (load) the register information in the circuit 120. 
Returning to the state 310, when the particular bit is not 
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verified, the method 3 00 may be configured to return to the state 
302. When a bit is verified, post-processing (not shown) may be 
configured to be more efficient via processing (or not processing) 
only the signals that contain one or more verified bits. 

The system 100 may be configured to generate post- 
processing of the trace to assess register coverage. The system 
100 may be configured to selectively monitor one or more of the 
hardware and/or firmware registers to implement (i) a verification 
self-test, (ii) a diagnostic method and/or (iii) monitoring for 
firmware and/or software development . 

The system 100 may be configured to generate an analysis 
(not shown) of filtering trace and capture. The system 100 may be 
configured to provide the filtering in response to the output of 
the comparators 172, 172' and/or 192 (e.g., the signals TRIGGER, 
DIF_DATA, REGISTER_DELTA, etc.) and/or the verified (or not 
verified) bits. The system 100 may be configured to filter the 
system hardware and/or firmware registers to bit level (via the 
process 3 00) such that remaining bits in the full system after the 
filtering may be assessed to achieve full coverage. 

The system 10 0 generally comprises software defined 
monitor, trace, and/or capture in hardware, software, and/or 
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firmware that corresponds to trigger, log depth, and/or trace 
windows. The system 100 may be configured to generate a time 
granularity (not shown) of the time stamp (e.g., the signal RTC) 
between system events and register events that are monitored (e.g., 
5 the signals TRIGGER, ADDRESS, CURRENT_DATA , REG I S TE R_DATA , 
y_ REGI STER_DELTA , etc . ) . 

The system 100 may be configured to provide a real-time 
SI full system analysis that implements complete software variable 

o 

(e.g., the signals ADDRESS, CURRENTJDATA , etc.) and hardware, 
software, and/or firmware register coverage and trace. The system 
100 may be configured to provide trace and cover of any particular 
register. The system 100 may be configured to provide function 
level trace at any register depth. The system 100 may be 
configured to provide the user understanding of register level 
15 behavior at any depth (e.g., via the circuit 102 directly coupled 
to the bus 110) . The system 100 may be configured to generate 
software variable and hardware, software and/or firmware register 
log files during real-time (e.g., via capturing/mapping/storing in 
the buffer 164, the FIFO 164', and/or the circuit 120) . The system 
10 0 may be configured to provide trace and capture at any depth of 
register trace and coverage. The system 100 may be configured to 

22 
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simultaneously monitor (i) software variables down to change rates, 
(ii) hardware registers down to cycle rates, and/or (iii) firmware 
registers down to microcode word fetch rates (e.g., via the signals 
TRIGGER, RTC, etc.). 

The system 100 may be configured to provide complete 
system performance analysis in real-time (e.g., in response to the 
signal RTC) . The system 100 may be configured to provide full 
system trace and verification self-test implemented via hardware, 
software, and/or firmware (e.g., micro-code) register access via 
the circuits (or blocks) 102 and/or 102'. The system 100 may be 
configured to provide (i) real-time trace of one or more hardware, 
software, and/or firmware (micro-code) registers, (ii) hardware, 
software, and/or firmware (micro-code) register coverage, (iii) one 
or more windows to different levels of hardware, software, and/or 
firmware trace (e.g., via the circuits 102 and/or 102' coupled 
directly to the bus 110) , (iv) a window within a trace feature, 
such that a start and/or stop trigger that corresponds to any 
register and/or variable (e.g., via the signals TRIGGER, RTC, 
REGISTER_DELTA, etc.) may be user defined. 

The system 100 may be configured to (i) monitor any 
register and/or variable at any depth of trace in cycle accuracy, 




01-660 
1496.00193 

(ii) record and/or time system events via real-time clocking (e.g. , 
the signal RTC) , and (iii) provide timing between system events 
and/or register usage (e.g., via the signal RTC time stamps, the 
signal FREQUENCY_OF_USE, etc.) . The system 100 may be implemented 
5 as a complete real-time analysis tool (e.g., the block 102) that is 
embedded into an integrated circuit silicon (not shown) . The 
p = system 100 may be configured to provide non- intrusive bus and/or 

fas? 

H 

SJ register access/monitor/capture via internal connection to one or 

P more internal and/or external integrated circuit busses (e.g., the 

Ip busses HOa-llOn) . 

ry 

jH[ The present invention may implement a hardware, software, 

m 

p and/or firmware complete real-time trace, monitor, and/or capture 

fU 

process. Conventional software and firmware trace is constrained 
to inline assembly codes only. The system 100 may be implemented 

15 as an embedded complete real-time analysis full system that may be 
internally connected to one or more system busses (e.g., the I-Bus 
110a, the S-Bus llOn, etc.) of an integrated circuit. The system 
100 may be configured to monitor bus activity among sub-modules 
(e.g., the sub-modules 140a-140n that correspond to transport, on- 

20 screen graphics (OSG) , peripherals, CPU, etc.) within the 
integrated circuit. 

24 
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The system 100 may be configured having both address and 
data line comparators (e.g., the comparators 172, 172 and 192) 
that may be configured to implement particular hardware, software, 
and/or firmware defined addresses and/or data capture in response 
to a trigger (e.g., the signal TRIGGER). The system 100 may be 
configured to provide one or more start/stop trigger signals (e.g., 
the signals TRIGGER, RTC, etc.). The trigger signals may be user 
defined via software and/or any other appropriate method and/or 
architecture to meet the design criteria of a particular 
application. The trigger signal may be an option on cycle-based or 
register-delta-based implementations of the present invention 
(e.g., the circuit 102'). 

The present invention may be configured to insert a 
real-time clock time stamp (e.g., the signal RTC) to register trace 
information that corresponds to the monitor 100 time. The present 
invention may implement real-time clock information (via the signal 
RTC) and calculate/compare time differences between system events. 
The present invention may be configured to provide low-level (e.g., 
any particular register-level) performance of the integrated 
circuit where the system 100 is implemented. The present invention 
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may be configured having multiple analysis tools embedded into one 
system (or one integrated circuit) simultaneously. 

The present invention may be configured to provide a 
window of trace operation. The window of trace may be configured 
5 to provide step/trace of activity on a particular bus 110 and/or 
register. In one example, the system 100 may be configured to step 

n 

p through a particular register (or variable) on any sub-module 140 

SJ 

SI and monitor/store/capture/map/log the appropriate information of 

j£ f how the particular register (or variable such as the signals 

01 

%p ADDRESS, CURRENT_DATA, etc.) changes from a number of previous 

i y 

m cycles. In one example, the system 100 may be configured to 

y e 

O monitor/store/capture/map/log for 10 system cycles. However, the 

rU 

number of previous cycles is generally implemented and/or selected 
as any appropriate number to meet the design criteria of a 

15 particular application. 

The system 100 may be configured to provide a user 
programmable trigger point (e.g., the signal TRIGGER may be 
programmable) to select when to start and/or stop a trace. The 
system 100 may be configured to provide a register-delta-based 

20 step/trace (e.g., a register step/trace based on change in the 
information that is registered in one or more particular 

26 
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registers) . In one example, the present invention may be 
configured to start a trace and obtain information of how a 
particular register (or variable) changes relative to a given 
number of previous changes (register delta) . The system 100 may be 
configured to provide step/trace for a given number of read/write 
operations of a particular register (or variable) . The system 100 
may be configured to generate an analysis (not shown) of time 
difference that corresponds to values monitored (e.g., one or more 
of the signals ADDRESS, CURRENT_DATA , etc.) via the signal TRIGGER. 

In one example, a CPU (e.g., the CPU 140a) may be 
configured to poll the frequency of read/write operations of a 
register and/or the signal TRIGGER (e.g., generate (calculate) the 
signal FREQUENCY_OF_USE) . When the frequency count matches (or 
reaches) a predetermined number in a software -programmed counter 
(not shown) , the CPU 14 0a may be configured to return the register 
information (e.g., generate a trace that corresponds to the signals 
ADDRESS, PRE__ADDRESS , CURRENT_DATA , REGISTER_ADDRESS , etc.) and/or 
register delta (e.g., the signals REGISTERJDELTA, DIF__DATA, etc.) 
to the user and/or store (log) the information (e.g., in the 
circuit 120) . 
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The operating parameters of the system 100 (e.g., the 
particular registers to monitor/trace/capture/log, depth of trace, 
bus and/or bus activity to monitor/ trace/capture/ log, trigger 
variables, etc.) may be defined via a software setup. However, the 
5 system 100 operating parameters may be defined via any appropriate 
method and/or architecture to meet the design criteria of a 

2 3 

O particular application. 

O 

^ The present invention may be configured to monitor any 

Q 

m register (and/or variable) via a software-defined depth of trace. 

CP 

10 The system 100 may be configured to provide tracing on any 

o 

TU appropriate bus and/or busses on the integrated circuit where the 

M= 

Hi system 100 is embedded (e.g., the I -Bus 110a, the S-Bus llOn, 

m 

etc.). The present invention may be configured to save (store, 
register, load) register information (and/or delta/change of 

15 register information) into a FIFO (e.g., the FIFO 164 ; ) and/or 
(optionally) store the register information (and/or delta/change of 
register information) into an SDRAM (e.g., the circuit 120). The 
system 100 may be configured to provide a trace buffer (e.g., the 
circuit 164). Information stored in the trace buffer 164 (e.g., 

20 the signals ADDRESS, PRE_ADDRESS, CURRENT_DATA , etc.) may be 
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post-processed and/or implemented in a coverage operation (e.g., 
the process 300) . 

In one example, the system 10 0 may be internally coupled 
to an integrated circuit I-Bus (e.g., the bus 110a) to provide 
complete register access. The system 100 may be configured to 
directly receive register read/write information (e.g., the signals 
ADDRESS, PRE_ADDRESS, CURRENTJDATA , etc.), via reading the I -Bus 
110a address/data lines. The present invention may be configured 
to provide frequency of use information that corresponds to each 
register (e.g., the signal FREQUENCY_OF_USE) and a real-time clock 
stamp (e.g., the signal RTC) . The present invention may be 
configured to provide non-intrusive register information via 
directly capturing the register information from the I-Bus 110a. 
The present invention may be configured to save register 
information into a trace buffer (e.g., the circuit 164), a FIFO 
(e.g., the circuit 164') and/or in a SDRAM (e.g., the circuit 120) . 

The system 100 may be configured to update a register 
delta (e.g., the signals REGISTER_DELTA, DIF_DATA, etc.) in 
real-time and/or via cycle-based timing (e.g. , in response to the 
signal RTC) . In one example, the system 100 may be configured to 
provide analysis/update/store operations on register information 
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for each delta (change) of register address and/or data information 
on the I-Bus 110a. In another example, the system 100 may be 
configured to provide register masking for all registers that are 
verified . 

The system 100 may be configured to save register 
information only when there is a register delta (e.g., not save 
every register signal and/or bit) . In one example operation, the 
system 100 may have Q registers containing information and only Y 
registers containing information that has changed (e.g., having a 
delta or- different format), where Q and Y are integers. The 
storage of the relevant register information may be implemented via 
Y amount of space (e.g., storage space that may correspond to Y 
registers) in a memory (e.g., the circuit 120). The present 
invention may be configured to conserve memory space and chip area 
and cost. The present invention may be configured to provide more 
efficient post -processing coverage data. The present invention may 
implement one or more commands (e.g., Criteria. in and/or 
Observe. in) to provide register checking and/or masking. The 
system 100 is generally configured to insert an indicator flag 
(e.g., a unique symbol such as an "*") to the respective register 
when a particular bit is verified. The system 100 is generally 



01-660 
1496.00193 

configured to store the information and/or bits in the verified 
registers to memory (e.g., the circuit 120), 

The present invention may be configured to provide (i) 
real-time cycle-based register (or variable) access and coverage, 
(ii) non-intrusive register coverage, (iii) internal connection of 
all address/data lines to a complete real-time analysis tool and an 
integrated circuit system bus (e.g., an I-Bus such as the bus 
110a), (iv) a tool for real-time cycle-based and/or 
register-delta-based system trace/monitor/capture, (v) register 
level trace having software-defined trigger and depth, (vi) 
frequency of register use (for read and/or write access) , and/or 
(vii) provide timing between system events and/or register usage. 

In one example, the present invention may be implemented 
to identify potential direct memory access (DMA) hanging. The 
present invention may be configured to capture and monitor variable 
activities (events) before the system (or circuit) implementing the 
present invention hangs. The present invention may be configured 
to internally capture and monitor a system bus (e.g., the I -Bus 
110a) activity (or registers near a direction register such as a 
DIDLE register) for every bus cycle (e.g., every cycle of the clock 
signal RTC) . The present invention may be configured to store 
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(load, fill) data into a trace buffer (e.g., the circuit 164). 
The present invention may be configured to save and read back the 
buffered trace data (e.g., the signals ADDRESS, PRE_ADDRESS, 
CURRENT_DATA, PRE_DATA, etc.) if a DMA hang occurs. 

In another example, the present invention may be 
implemented to indicate a potential start code detect (SCD) 
interrupt bit (not shown) issue. The system 100 may be configured 
to capture and/or monitor SCD count and interrupt register activity 
on a real-time basis (e.g., in response to the signal RTC) . The 
system 100 may be configured to record changes of a count register 

(not shown) and monitor an interrupt bit for multiple patterns 
within a DMA transfer. The system 100 may be configured to provide 
an alternative method for analysis of the SCD interrupt bit in a 
digital video transport (DVT) . 

The system 100 may be configured to enhance a transport 
timing determination. The system 100 may be configured to provide 
accuracy timing that corresponds to the length of time the 
transport module (not shown) demultiplexes incoming streams. 
Accuracy timing may provide an aid to a silicon design team to 
improve transport performance. 
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The system 100 may be configured to provide hardware, 
software, and/or firmware register coverage. In one example, the 
present invention may be configured to provide bus signal 
monitoring/capturing (e.g., via the circuit 102). In another 
example, the present invention may be configured to provide a trace 
trigger (e.g., the signal TRIGGER) in response to an address and/or 
data delta (change) (e.g., a difference between the signals ADDRESS 
and PRE_ADDRESS an/or the signals CURRENT_DATA and PRE_DATA, 
respectively) . 

The present invention may be configured to provide 
software register and/or variable (e.g., the signals ADDRESS, 
CURRENT__DATA , etc.) trace via a software-defined trigger (e.g., the 
signal TRIGGER) and depth (e.g., the particular bus and/or register 
monitored) . The present invention may also be configured to 
provide a trace trigger (e.g., the signal TRIGGER) in response to 
a register delta (e.g., a change in the signal CURRENTJDATA) . The 
system 100 may be configured to capture/save/store/log information 
generated via a buffer (e.g., the circuit 164), a FIFO (e.g., the 
circuit 164'), an SDRAM (e.g., the circuit 120), a HDD (not shown), 
and/or any appropriate storage medium (not shown) . 
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The present invention may significantly reduce the amount 
of integrated circuit verification time. The present invention may 
shorten the analysis time for a variety of real-time applications. 
The present invention may reduce issue investigation (e.g., debug) 
5 time and contribute to bringing products to market more rapidly. 

, s As used herein, the term "simultaneously" is meant to 

PI 

^ describe events that share some common time period but the term is 

\j 

Sj not meant to be limited to events that begin at the same point in 

01 time, end at the same point in time, or have the same duration. 

cn 

10 The present invention thus may also include a computer 

LJ 

n= 

product which may be a storage medium including instructions which 

m 

p may be used to program a computer to perform a process in 

accordance with the present invention. The storage medium may 
include, but is not limited to, any type of disk including floppy 

15 disk, optical disk, CD-ROM, and magneto-optical disks, ROMs, RAMs, 
EPROMs, EEPROMs, flash memory, magnetic or optical cards, or any 
type of media suitable for storing electronic instructions. 

The present invention may also be implemented by the 
preparation of ASICs, FPGAs, or by interconnecting an appropriate 

2 0 network of conventional component circuits (such as conventional 

circuit implementing a state machine) , as is described herein, 
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modifications of which will be readily apparent to those skilled in 
the art (s) . 

The various signals of the present invention are 
generally "on" (e.g., a digital HIGH, or 1) or "off" (e.g., a 
digital LOW, or 0) . However, the particular polarities of the on 
(e.g., asserted) and off (e.g., de-asserted) states of the signals 
j^J may be adjusted (e.g., reversed) accordingly to meet the design 

%1 criteria of a particular implementation. Additionally, inverters 

Q 

01 may be added to change a particular polarity of the signals. 

£P 

10 While the invention has been particularly shown and 



described with reference to the preferred embodiments thereof, it 
will be understood by those skilled in the art that various changes 
in form and details may be made without departing from the spirit 
and scope of the invention. 
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